[Fix] Task history disappears when user reopens a task - #1319

#!/bin/bash
set -euo pipefail

repo="Zoo-Code-Org/Zoo-Code"
pr_url="https://github.com/Zoo-Code-Org/Zoo-Code/pull/1319"
comment_url="https://github.com/Zoo-Code-Org/Zoo-Code/pull/1319#discussion_r3942516840"

body=$(cat <<EOF
## Summary

Make partial lifecycle writes from \`TaskHistoryStore.atomicUpdatePair()\` recoverable without requiring an extension restart.

## Problem

\`atomicUpdatePair()\` uses ordered, non-transactional persistence. It writes the child record before the parent record. If the parent write fails after the child write succeeds, the child can persist as \`completed\` while the parent remains \`delegated\` and still references the child.

Startup reconciliation repairs this split after the next launch. The current delegation handoff fails in the active session and has no durable rollback or retry path.

## Required changes

- Define recovery semantics for a failure after the first write in \`TaskHistoryStore.atomicUpdatePair()\`.
- Implement a durable rollback, retry, journal, or equivalent recovery mechanism so paired lifecycle records converge before the failure is reported to the caller.
- Preserve the existing lifecycle transition rules and concurrent-update protections.
- Update \`reopenParentFromDelegation()\` only as required to use the revised persistence contract.

## Affected areas

- \`src/core/task-persistence/TaskHistoryStore\`
- \`src/core/webview/ClineProvider.ts\` (`reopenParentFromDelegation`)
- Task-persistence and delegation lifecycle tests

## Acceptance criteria

- If the second write fails after the first succeeds, the parent and child records converge without an extension restart.
- The implementation does not silently detach or lose parent-child delegation metadata.
- Tests simulate a second-write failure and verify the final durable state is consistent.
- Existing startup reconciliation remains safe for interrupted processes and legacy split states.

## Backlinks

- PR: ${pr_url}
- Review comment: ${comment_url}
- Requested by: `@edelauna`
EOF
)

gh issue create \
  --repo "$repo" \
  --title "Recover partial TaskHistoryStore.atomicUpdatePair lifecycle writes" \
  --body "$body" \
  --assignee "edelauna"

#!/bin/bash
set -euo pipefail

repo="Zoo-Code-Org/Zoo-Code"
body_file="$(mktemp)"

cat >"$body_file" <<'EOF'
## Summary

Make partial lifecycle writes from `TaskHistoryStore.atomicUpdatePair()` recoverable without requiring an extension restart.

## Problem

`atomicUpdatePair()` uses ordered, non-transactional persistence. It writes the child record before the parent record. If the parent write fails after the child write succeeds, the child can persist as `completed` while the parent remains `delegated` and still references the child.

Startup reconciliation repairs this split after the next launch. The current delegation handoff fails in the active session and has no durable rollback or retry path.

## Required changes

- Define recovery semantics for a failure after the first write in `TaskHistoryStore.atomicUpdatePair()`.
- Implement a durable rollback, retry, journal, or equivalent recovery mechanism so paired lifecycle records converge before the failure is reported to the caller.
- Preserve the existing lifecycle transition rules and concurrent-update protections.
- Update `reopenParentFromDelegation()` only as required to use the revised persistence contract.

## Affected areas

- `src/core/task-persistence/TaskHistoryStore`
- `src/core/webview/ClineProvider.ts` (`reopenParentFromDelegation`)
- Task-persistence and delegation lifecycle tests

## Acceptance criteria

- If the second write fails after the first succeeds, the parent and child records converge without an extension restart.
- The implementation does not silently detach or lose parent-child delegation metadata.
- Tests simulate a second-write failure and verify the final durable state is consistent.
- Existing startup reconciliation remains safe for interrupted processes and legacy split states.

## Backlinks

- PR: https://github.com/Zoo-Code-Org/Zoo-Code/pull/1319
- Review comment: https://github.com/Zoo-Code-Org/Zoo-Code/pull/1319#discussion_r3942516840
- Requested by: `@edelauna`
EOF

gh issue edit 1540 --repo "$repo" --body-file "$body_file"
rm -f "$body_file"